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WTRELESS DEVICE MOBILE APPLICATION SECURITY SYSTEM 



Field of the Invention 

This invention relates generally to a mobile application security system and method and 
in particular to a mobile application authentication system and method that may be implemented 
for mobile applications that execute on various wireless devices. 

Background of the Invention 

In traditional computing systems, communication between computers is either code (a 
software application) or data ( a file containing information) and there is no notion of a program 
moving between hosts while it is being executed. Thus, with a typical computing system, a 
person may execute a software application (e.g., Microsoft Word) on his own computer and then 
forward the results of the execution of the software application (e.g., a Word document) to 
another user. The other user may then view the Word document by executing his own copy of 
Microsoft Word. A user may also send another user an executable software application file that 
the other user may download and execute on his own computer. However, these traditional 
computing systems do not recognize a single instantiation of a software program that may be 
executed by one or more different computers in order to complete the execution of the software 
application. 

A mobile application, sometimes also called a mobile app or a mobile agent, is a 
currently executing computer software application/program, or part of a currently executing 
computer program that can physically move from one computer to another (between hosts) while 
it is being executed: A mobile application's software may or may not have been previously 
installed on a particular computers prior to the arrival of the mobile application. The mobile 
applications are said to jump from one computer to another computer and the process of jumping 
from one computer to another computer is also referred to as a jump. 
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The process of initiating a jump between computers is commonly known as a dispatch. 
Typically, each mobile application will carry with it an ordered list or tree of hosts which the 
mobile application must visit during its execution, and such a list or tree is called the mobile 
application's itinerary. The computers that can receive and dispatch mobile applications are 
5 called hosts. The collection of hosts, computer networks, and software which executes and 
supports the mobile applications, and the mobile applications themselves, is called the mobile 
application system. 

A mobile application typically has at least two parts: the state and the code. The state of 
the mobile application contains all of the data stored, carried, and/or computed by the particular 
1 0 mobile application. The code of the mobile application is the set of computer instructions which 
5 the host computer is intended to carry out on behalf of the mobile application during the 
00 execution of the mobile application by the particular host computer. In addition, a mobile 
M= application may have other parts, including an Access Control List (ACL), an itinerary, a 
m datastore, an audit log, etc. A mobile application's software may or may not have been 
4% previously installed on the computers prior to the arrival of the mobile application. 

tS Mobile applications have demonstrable benefits for devices which employ wireless 

S communication technologies. However, they also create a security problem. In particular, a lost 

P or stolen wireless device might fall into the hands of an attacker who could use the mobile 

application system to attack both the mobile application system and other computing resources 
20 that are associated with the mobile application system. Thus, there is a need for a system by 
which a mobile application system can ensure that the person who is interacting with a host is 
allowed to do so. (e.g., that the wireless device used by the person is authenticated). Currently, 
the most popular authentication mechanism is a password. Typically, an application will request 
a password when the application is first invoked. 

25 The use of a password for a mobile application presents a problem. In particular, with 

mobile applications, a host might be left running continuously in order to receive mobile 
applications from other hosts. In addition, a mobile application will typically be first invoked on 
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one host and then later dispatched to another host. Thus, an attacker might be present at the 
receiving host and could possibly use the mobile application to attack. For these two reasons, 
and possibly others, traditional password authentication techniques do not suffice for mobile 
applications. Thus, it is desirable to provide a wireless device mobile application authentication 
5 system that overcomes the above problems with typical authentication systems and it is to this 
end that the present invention is directed. 

Summary of the Invention 

The security system and method in accordance with the invention permits mobile 
applications to be used with vulnerable computing devices, such as wireless computer devices, 
JLD cellular phones and the like. In particular, the security system performs an authentication in 
certain circumstances to ensure that the security of the computing system is not violated. In 
W| more detail, the system may assign a characteristic to each computing device and to each mobile 
CI application. For example, the system may assign a vulnerable indication to computing devices 
F! that may be misplaced or lost (e.g., cellular phones, handheld computer device and the like) and a 
45 non-vulnerable indicator to computer devices that are not likely to be lost or stolen (e.g., a 
m mainframe computer or a database computer that is housed in a location that is not likely to be 
5; violated). The system may also designate certain mobile applications as sensitive (e.g., the data 
D associated with the mobile application or the execution of the mobile application is critical and 

the access to the mobile application should be monitored) and certain mobile applications as non- 
20 sensitive (e.g., the particular mobile application does not contain sensitive information or the 
execution of the mobile application does not prompt security concerns). Using the above 
designations that may be assigned by various different entities (e.g., typically a trusted entity), 
the security system determines when an authentication is necessary prior to the dispatch of a 
mobile application from a dispatching host. 

25 The security system and method may also implement a system wherein a trusted party 

may assign when an authentication must occur during the dispatching of the mobile application. 
For example, each mobile application may include an itinerary which lists the hosts to which the 
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mobile application travels during its execution. For each host in the itinerary, there may be an 
indicator, such as a Boolean variable, that indicates whether or not an authentication must occur 
when the mobile application is dispatched from the particular host. 

Thus, in accordance with the invention, a mobile application security system is provided 
wherein the mobile application security system may be a spoke and hub architecture, or a peer- 
to-peer network, or any other computing architecture. The mobile application security system 
comprises a management and security console computer that executes instructions for controlling 
the security of a mobile application and one or more host computers connected to the console 
computer wherein each host computer executes the mobile application that jumps between the 
hosts during execution. The security console further comprises means for monitoring the 
security of the mobile application as it jumps between a dispatching host and another host 
wherein information about the mobile application and the dispatching host is communicated to 
the console computer and means for determining if authentication of the dispatching host is 
required prior to dispatch of the mobile application. A method for mobile application security is 
also described. In addition, a peer-to-peer mobile application security system and method are 
also described. 

Brief Description of the Drawings 

Figure 1 illustrates a typical mobile application; 

Figure 2 illustrates an example of the execution of a typical mobile application; 

Figure 3 illustrates an example of a preferred embodiment of the mobile application 
security system in accordance with the invention; 

Figure 4 is a diagram illustrating a method for authentication in accordance with the 
invention; 

Figure 5 illustrates an example of various computing devices that are designated as 
vulnerable or non-vulnerable in accordance with the invention; 
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Figure 6 illustrates an example of a transaction that utilizes the computing devices shown 
in Figure 5; 

Figure 7 illustrates the transaction of Figure 6 with the authentication requirements for 
each computing device, assuming the mobile application is designated as "sensitive"; and 

Figure 8 illustrates an example of the execution of the transaction shown in Figure 6 
using the mobile application security system in accordance with the invention, assuming the 
mobile application is designated as "not sensitive". 

Detailed Description of a Preferred Embodiment 

The invention is particularly applicable to a mobile application authentication system for 
wireless computing devices (e.g., cell phones, wireless e-mail devices, wireless computer devices 
and the like) and it is in this context that the invention will be described. It will be appreciated, 
however, that the system and method in accordance with the invention has greater utility since it 
may be used for the authentication of any vulnerable computing device and for any mobile 
application. To better understand the invention, a typical mobile application and an example of 
its execution will be provided. 

Figure 1 illustrates a typical mobile application 18 and its operation. In particular, the 
mobile application may start its execution on a first computer 20. At some point, the mobile 
application 18 is instructed to move to a second computer 22 and the mobile application jumps to 
the second computer. Once at the second computer, the mobile application resumes its execution 
on the second computer. At some later time, the mobile application is instructed to move to a 
third computer 24 and the mobile application jumps to the third computer and resumes its 
execution on the third computer. In this manner, the mobile application can execute on one or 
more different computers at different times. To understand the concept of a mobile application, 
an example of a typical mobile application will now be provided. 

Figure 2 is a diagram illustrating an example of a typical mobile application and in 
particular, an intelligent expense report form. In this example, the mobile application facilitates 
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the expense report process by automatically performing some functions. In particular, a 
salesman at a laptop computer 26 may initially fill out an expense report form and click OK 
when the expense report is ready. Automatically, the mobile application then sends itself to a 
manager's computer 28 for approval by the manager. In this example, the manager finds a 
5 problem with the form and returns it to the salesman so that the form automatically sends itself 
back to the salesman for an update. Next, the salesman makes the necessary corrections and 
clicks OK to send it automatically back to the manager. With the further updates, the manager 
accepts the expense form and clicks "OK". The mobile expense report form then automatically 
sends itself to a computer 30 in the administration department. The mobile expense form then 
10 executes on the administration computer and updates a database 32 with the new information in 
_ the expense form. Next, the mobile expense report automatically sends itself to a computer 34 of 
yQ the accountant. The mobile expense report then automatically starts to execute on the 

accountant's computer and notifies the accountant that a check is needed so that the accountant 
H can cut the check for the salesman. Thus, the mobile application has automated much of the 
pTjs expense report submission process so that the people involved in the process do not have to 
* worry about ensuring that the expense report is approved. Now, the mobile application security 
m system in accordance with the invention will be described. 

2f Figure 3 illustrates an example of a preferred embodiment of the mobile application 

H : security system 50 in accordance with the invention. In this preferred embodiment, a 
20 client/server type system (also known as a hub and spoke arrangement) may be used. However, 
other computer architectures and other configurations may also be used without departing from 
the scope of the invention. The system may include a server computer 52 and one or more host 
computers 54, such as Host 1, Host 2 and Host N, that may be connected to the server computer 
by a computer network 56, such as a wide area network, the Internet, the World Wide Web, a 
25 telephone line and a modem or the like. The computer network permits the server and hosts to 
communicate data between each other. Each host may be a typical computer system that 
includes a CPU and a memory for executing a software application such as a mobile application. 
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The server 52 may include a CPU 58 and a memory 60 along with a persistent storage 
device (not shown) for permanently storing one or more software applications or modules that 
may be executed by the CPU by loading the software applications or modules into the memory. 
The server may also include a management and security console 62 that controls the security of 
5 the mobile application system. In a preferred embodiment, the management and security console 
62 may be one or more pieces of software stored in the memory 60 and executed by the CPU 58 
to implement the security system and in particular the authentication system in accordance with 
the invention. Now, a method for authentication in accordance with the invention will be 
described in more detail. 

10 Figure 4 is a diagram illustrating a method 80 for authentication in accordance with the 

? invention that may be implemented in the management and security console for each mobile 
ffl application jumping to a particular host. In order to implement this technique, the mobile 
U application system must support certain features. First, a system administrator or some other 
2 trusted party may have the ability to mark each host as either vulnerable or not vulnerable. A 
^5 host may be vulnerable if it is likely that a person other than the authorized user may have access 
O and control of the host. For example, wireless devices such as cellular phones or wireless e-mail 
pj devices, may be vulnerable hosts since they can be lost or stolen very easily. Second, an 
2 application developer or other trusted party may have the ability to mark each mobile application 
H as being either sensitive or not sensitive wherein each mobile application can be designated as 
20 sensitive when the mobile application is first created, or at some later point in its lifecycle. For 
example, a mobile application that is an expense report is sensitive since it contain sensitive 
information while a mobile application that determines the software installed on each host may 
be not sensitive since the mobile application cannot do any nefarious actions. With at least these 
two capabilities, the mobile application system has enough information to determine when 
25 authentication is required. 

In particular, in step 82 the management and security console may determine if the 
particular mobile application is sensitive based on the indicator created at the time the mobile 
application is created or at some later point by the trusted party. If the mobile application is 
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sensitive, then the console may determine if the host that the mobile application is dispatched 
from is a vulnerable host in step 84. Obviously, these steps may occur in a different sequence 
without departing from the scope of the invention. If the host is vulnerable, then the console will 
perform an authentication as part of the dispatch of the mobile application from the vulnerable 
5 host in step 86. 

To perform the authentication in a preferred embodiment, when the user password at host 
54 is created, updated, generated, or otherwise assigned to the user of host 54, a digest (such as 
an Secure Hash Algorithm (SHA) digest) of the password is computed by host 54 and saved on 
the management and security console. This digest may be called "Digest 1". Before the mobile 
10 application is dispatched, host 54 asks the user for the correct password, and then computes a 
O digest of the password just entered by the user. This digest may be called "Digest4". When the 
CO mobile application is dispatched, a new digest is computed from (1) information about the 
fj mobile application, such as the serialized mobile application, and (2) Digest4. This is "Digest2". 
J| Digest 2 is then sent to the management and security console along with the mobile application. 
Life The management and security console computes another digest ("Digest3") from (1) Digestl 
Q and (2) information about the received mobile application. The management and security 

console then compares Digest2 and Digest3. If Digest2 and Digest3 are identical, the 
5 authentication passes. If Digest2 and Digest3 are not identical, then the authentication fails. 

pegs 

If the host is not vulnerable, then no authentication is required in step 88. Returning to 
20 step 82, if the mobile application is not sensitive, then the console determines if the host is 
vulnerable in step 90. Whether or not the host is vulnerable (as shown in steps 92 and 94), no 
authentication occurs since the mobile application is not sensitive so it does not matter whether 
or not the host is vulnerable. In this manner, the need for authentication of a particular mobile 
application being dispatched from a particular host is determined to ensure the security for the 
25 mobile application system when necessary. Now, an example of the application of the above 
method will be described. 
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Figure 5 illustrates an example of various computing devices in a company's computer 
system 100 that are designated as vulnerable or non- vulnerable in accordance with the invention. 
In particular, the company has several computers participating in the mobile application system, 
including a large mainframe computer 102 securely located at the company headquarters (and 
5 therefore designated as not vulnerable), one or more desktop computers 104, 106 securely 
located in the company offices (and therefore designated as not vulnerable by the system 
administrator or some other trusted party), and one or more wireless devices 108 in the hands of 
the company's field workforce that are designated as vulnerable by the trusted party since the 
wireless device can be lost or stolen and fall into the control of the wrong people. 

10 In this example, two different mobile applications are launched. The first mobile 

Q application is an expense report. Because this mobile application effects the disbursement of 
Sj money, it is designated by the trusted party or system administrator as sensitive. As shown in 
V2 Figure 6, this mobile application 1 10 is started at the secretary's desktop computer 104, then 
^ jumps to the sales representative's handheld device 108 to be filled out. From there, it jumps to 
W5 the mainframe computer 1 02 to update the corporate database and then jumps to the Finance 
fj Department 106 to cut a check. As shown in Figure 7, at each hop, the mobile application 
tl system checks to see if the dispatching host is vulnerable since it is a sensitive mobile 
W application. Because this is a sensitive mobile application, the mobile application system will 
M= require authentication immediately prior to dispatching from a vulnerable host which is the 
20 wireless device 108. The dispatches from the other hosts is not performed since the other hosts 
are not vulnerable. 

The second mobile application in this example is for system management which is not 
vulnerable. The authentication for the second mobile application is shown in Figure 8. This 
mobile application will take inventory of all of the software installed on each of the hosts it 
25 visits. By dispatching this mobile application to visit all of the hosts, the system administrator 
can take inventory of the entire system. Because this mobile application does not perform any 
potentially harmful activities, it is designated as not sensitive and therefore authentication is 
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never needed for this mobile application as shown in Figure 8. Now, a preferred embodiment of 
the system will be described in more detail. 

The most effective technique to securely implement this invention is as part of a spoke- 
and-hub arrangement as shown in Figure 3 and described above. With this architecture, the 
5 management and security console will reinforce the security of each mobile application during 
each jump. To accomplish this, each participating host is registered by some mechanism with 
the management and security console and the management and security console contains 
information about which hosts are vulnerable and which hosts are not vulnerable. Typically, 
such information is entered by the system administrator through the management and security 
10 console. When a mobile application is created, it is marked as sensitive. Alternatively, it can be 
O marked as sensitive at some later point in its lifecycle. Once a mobile application is marked as 
£0 sensitive, it can no longer be marked as not sensitive. The management and security console can 
£V enforce this. The mobile application system may also be implemented as a peer-to-peer system 
wherein the management and security console is connected to each host. In addition, the mobile 
US application system may also be implemented as a peer-to-peer system without any centralized 
Q computer, wherein the hosts collaboratively perform the appropriate authentication. 

Jff When a vulnerable host prepares to dispatch a sensitive mobile application, it performs 

Q the authentication. On dispatch, the host sends (along with the mobile application) information 

about the authentication to the management and security console. This information must be 
20 sufficient to securely determine if the authentication has passed or not. If the management and 
security console determines that the authentication did not pass, then the management and 
security console will reject the mobile application. In accordance with another aspect of the 
invention, the mobile application system could require authentication before a sensitive mobile 
application is allowed to arrive at a vulnerable host 

25 In accordance with another aspect of the invention, an application developer or another 

trusted person might want to require authentication just before a dispatch even though the 
method described above would not require authentication. Thus, this alternative embodiment of 
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the invention allows more direct control over when authentication is required. With this 
invention, an application developer, an end user, a system administrator, or some other suitably 
trusted person can specify on which jump(s) authentication is required prior to dispatch. When 
i the mobile application is created, or at some later point in its lifecycle, a trusted person can 
5 specify to the mobile application system on which jumps authentication is required immediately 
prior to dispatch. To implement this embodiment, each mobile application has associated with it 
an itinerary. Each node of the itinerary can contain a boolean variable which indicates whether 
or not authentication is required prior to dispatching from that node. 

While the foregoing has been with reference to a particular embodiment of the invention, 
1 0 it will be appreciated by those skilled in the art that changes in this embodiment may be made 
Q without departing from the principles and spirit of the invention, the scope of which is defined by 
ffl the appended claims. 
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